home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 6 / Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso / 015a / qtec0930.zip / LOADHI5.TEC < prev    next >
Text File  |  1991-09-30  |  6KB  |  123 lines
  1. ID:LH Loadhi: Recent Versions
  2. Quarterdeck Technical Note #183
  3. by Joe Wilder
  4.  
  5. This technote discusses QEMM's Loadhi programs, concentrating on
  6. material which is not already in the Quarterdeck manuals and on
  7. versions of QEMM 5.0 or later. Chapter 5 and Appendix A of the
  8. Quarterdeck Expanded Memory manager manual contain
  9. the basic Loadhi information.
  10.  
  11. Q: What does Optimize do?
  12.  
  13. OPTIMIZE will load TSRs and device drivers high in the most
  14. "optimal" way, often testing millions of possible combinations. 
  15. The LOADHI programs available in QEMM version 5 and later can
  16. determine the size of particular TSRs or device drivers and will
  17. place them in specific memory address ranges. It would be
  18. improbable that one could use the Loadhi utilities manually and
  19. improve on the way Optimize arranges programs in high memory.
  20.  
  21. Q: What's Loadhi all about?
  22.  
  23. There is a popular misconception that PCs using DOS have an
  24. absolute limit of 640K of space to run programs in.  Untrue --there
  25. is actually 1024K of addressable code space. The LOADHI programs
  26. are used to run resident programs and device drivers in  the
  27. address space between 640K and 1024K.  This area is normally
  28. reserved for hardware devices such as video cards, system ROM and
  29. network adapters.  Any space in that range that isn't occupied by
  30. devices, Roms, or Ram is just that, empty space.  There is usually
  31. more that one available space.  Each of these areas is called a
  32. region.  Qemm puts memory in these empty spaces with a process
  33. called memory mapping.  Memory assigned to these regions is called
  34. "High Ram."  The more devices you have that use the address range
  35. 640-1024K, the less high memory will be available to load programs
  36. into.  Expanded Memory managers also utilize 64K of this upper
  37. address space for what is called a "Page Frame."  The Expanded
  38. Memory Page Frame is a space through which programs familiar with
  39. the Expanded Memory standard can get access to the pool of Expanded
  40. Memory.
  41.  
  42. Q: Can I get rid of the Expanded Memory Page Frame?
  43.  
  44. The Page Frame may turned off, and doing so would allow space for
  45. 64K more High Ram.  The disadvantage to doing this is that programs
  46. that want to use the Expanded Memory pool could no longer do so.
  47. Therefore, turning off the Expanded Memory Page Frame is only a
  48. viable option for users whose programs don't use Expanded Memory. 
  49. The parameter to turn off the Expanded Memory Page Frame is
  50. "FRAME=NONE".
  51.  
  52. Q: Will QEMM and LOADHI load TSRs directly into Extended and/or
  53. Expanded Memory?
  54.  
  55. Many new QEMM users assume that LOADHI can run TSRs and device
  56. drivers directly in Extended or Expanded Memory.  This is not the
  57. case.  The only address space where these items can be run is in
  58. what were empty addresses (previous to the installation of Qemm and
  59. the RAM parameter) in the address range from 640K to 1024K.  This
  60. is where "High Ram" gets installed when the RAM parameter is used
  61. with QEMM.
  62.  
  63. Q: Why am I getting an error message, "No High Memory Available"?
  64.  
  65. The RAM parameter to QEMM.SYS must be invoked in order to use
  66. LOADHI programs. This attaches some Expanded Memory to the unused
  67. addresses in the reserved memory area.  Once the RAM is available,
  68. programs can be loaded there with LOADHI.  If loading high is
  69. attempted without the RAM parameter being specified, the above
  70. error message will appear.  Using the RAM parameter to QEMM.SYS
  71. prevents QEMM from being turned off at the prompt.  
  72.  
  73. Q: I seem to have enough High Ram, but my program still won't load
  74. high.
  75.  
  76. Each program must be loaded into a single contiguous memory region. 
  77. Because of this, very large TSRs and device drivers often won't
  78. load high.  For instance, if QEMM establishes two high memory
  79. regions, one of 80K, and the other of 32K, a program that requires
  80. 90K to load wouldn't be able to be loaded high.  It would have to
  81. fit in one Region or the other.  The size and number of regions
  82. varies from computer to computer depending on the size of the BIOS,
  83. the number of devices and where in the 640-1024K address space
  84. these are situated.
  85.  
  86. Q: Is there any way of finding just a little more High Ram?
  87.  
  88. There are some small things you can do that may improve your
  89. available conventional memory.  Rearranging your config.sys and
  90. autoexec.bat so that the items that take the most memory come first
  91. often will improve available conventional memory when Optimize is
  92. run.  Setting up you hardware devices so that the available High
  93. Ram is large contiguous regions instead of small fragmented regions
  94. will allow Optimize more options in putting things up high.  For
  95. example, three 7K regions often aren't as usable as one 21K area. 
  96. Changing the address ranges hardware is accomplished by
  97. reconfiguring the hardware itself.  Some devices have jumpers or
  98. switches on the card, others are software configurable.  Using the
  99. Analyze feature of Qemm will almost surely find some more places to
  100. put High Ram.  If this procedure is used, the instructions must be
  101. followed explicitly.
  102.  
  103. Q: Is there anything special to consider about Loading High for
  104. DESQview users? 
  105.  
  106. DESQview has the capability of running most of its own code in high
  107. memory.  You don't have to use the RAM parameter with QEMM to get
  108. this feature.   DV.COM (XDV.COM renamed) will map Expanded Memory
  109. into the available addresses on its own.  It will then run DESQview
  110. in that memory.   DESQview can use as much as 95K of reserved
  111. memory space. Loading high too many resident programs and drivers
  112. before going into DESQview may cause DESQview to load more of
  113. itself in the lower 640K, resulting in little or no gain for the
  114. largest available window size in DESQview.  Frequently, because of
  115. the different sizes of memory regions available, you may actually
  116. get a slightly larger window size in DESQview by loading something
  117. low instead of high.  If you are running DESQview, it is a good
  118. idea to avoid loading "Pop-up" type TSRs before DESQview at all
  119. (using LOADHI or not,) but instead run them in DESQview windows,
  120. where their overhead in lower memory can be completely eliminated.
  121.  
  122.         Copyright (C) 1991 by Quarterdeck Office Systems
  123.              * * *   E N D   O F   F I L E    * * *